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Sposob emulacji pami§ci EEPROM na drodze programowej 

Przedmiotem wynalazku jest sposob emulacji pamiQci EEPROM na drodze 
programowej w innej pami^ci nieulotnej. przyktedowo typu Flash. Spos6b ten 
znajduje zastosowanle w systemach. w ktorych celem obnizenia kosztow urz^- 
dzen korzystaj^cych z pamlfcl nieulotnej EEPROM wykorzystuje si? istniej^c^ 
pami^c. przykladowo typu Flash, do emulacji pami^ci EEPROM. Rozwi^zanie 
obejmuje integracj? sposobu z uktadami uiz^dzenia oraz metody zarz^dzania 
pami^ci^ przyWadowo monitorowanie zmian oraz zarz^dzanie zapisem danych. 
DIa potrzeb zgtoszenia przestawiono rowniez przyktadowy fomnat zapisu danych 

w emulowanej pami^ci. 

Z europejskiego zgtoszenia patentowego o numerze EP0991081 jest znany 
sprz^towy sposob emulacji pami^ci w samym ukladzie scalonym. Jego wad^ jest 
ograniczenle do jednego uktedu i typu pami^ci oraz niski stosunek wielko§ci emu- 
lowanej pami^ci EEPROM do wielko§ci uzytej do tego celu pami^ci Flash (1 :8) 
oraz mate wielko§e emulowanej pami^ci. do 8KB. Ujawnione rozwi^zanie dziate 
na ka±dym obecnie stosowanym uktadzie pami^ci Flash, oraz moze emulowac 
dowolnie du±e obecnie produkowane uktedy EEPROM, az do 64KB. 

Innym sprz^towym rozwisizaniem jest ukted opisany w amerykahskim doku- 
mencie patentowym nr US 5.651.128 przedstawlaj^cym pami?c sktedaj^c^si? 
z macierzy kom6rek oraz ukted6w umo±liwiaj^cych programowanie kasowania za- 
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wartoScj emulowanej paml§ci. W przyktedzie wykonania emulacji korzysta si§ 
z pami^ci Flash. 

W przypadku opisanych rozwi^zaii emulacji pami^ci EEPROM dokonuje si? 
stosujsic sprz^towe rozwisizania, gdzie ukiad korzysta z pami^ci Flash, aby prze- 
chowywad dane zarowno przeznaczone do zapisu w pami^ci Flash jak i w pami^ci 
EEPROM. 

Rd±nica pomi^dzy przedstawionyml metodami a rozwi^zaniem wedlug wyna- 
lazku polega na tym, ze emulacj? wedtug wynalazku, w przeciwiehstwie do zna- 
nych rozwi^zaii, realizuje sIq na drodze programowej. Dzi§ki temu metoda ta 
mo±e bye zastosowana w dowolnym urz^dzeniu i dowolnym typie pami^ci Flash. 
Istota rozwiqzania tkwi w logicznej warstwie programowej, ktora steruje monitoro- 
waniem i wykorzystaniem emulowanej pami§ci. Ponadto wybieraj^c ten rodzaj 
emulacji obniia s\q zarowno koszty zakupu uktedow pami^ci jak i zmniejsza siq 
wykorzystanie powierzchni piytek drukowanych eliminuj^c, znacznie dro±szy od 
pami^ci Flash (w przeliczeniu na 1 KB pamif ci), uktad pami^ci EEPROM, kt6ry 
zwykle montuje si? jako osobny modut. Dodatkowy zysk polega na obnizeniu 
kosztu oraz na uproszczeniu i miniaturyzacji ukfeidu elektronicznego, wykorzystu- 
jsLcego dotsid pami?6 EEPROM. 

W opisanym rozwi^zaniu wedlug wynalazku zosta* r6wnie2 przedstawiony 
przykiadowy format zapisu danych w emulowanej pami^ci. 

Opisany poni±ej przykted dekodera telewizjl cyfrowej. w ktorym zastosowano 
rozwi£izanie wedtug wynalazku, nale±y traktowac jako jedno z mozliwych zastoso- 
wart sposobu emulacji pami^ci EEPROM wedlug wynalazku. Kazde urz^dzenie 
wymagajsice pamifci nieulotnej pienwszego typu, przyktadowo pami^ci typu Flash 
oraz pami?cl EEPROM, mo±e zostac zaprojektowane tak. aby wykorzystad spo- 
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s6b emulacji pami^ci EEPROM w pamifci plerwszego typu wedtug wynalazku 
i tym samym obnizyc zarowno koszty uktedow jak i ilo§c \wymaganego miejsca na 
uktady cyfrowe montowane na ptytach drukowanych. Pozwala to na zaprojekto- 
wanie urz^dzen uniwersalnych, w ktorych kluczowym elementem jest niezale2- 
no66 od konfiguracji bloku pami^ci, w ktorym moze wyst^ic kombinacja pami^ci 
Flash i EEPROM lub pami?c Flash z emulowan^ pami^ci^ EEPROM. 
Elimlnacja paml^ci EEPROM jest zwykle mo2!iwa bez potrzeby zwi^kszania roz- 
miaru paml^ci FLASH. Zwi§kszenle paml^ci Flash jest bardziej korzystne ni± koszt 
dodatkowego uktedu EEPROM, z uwagi na cen§ pami^cl EEPROM wyzsz^okoto 
32 razy za 1KB pojemnoSci w stosunku do ceny 1KB pami^ci FLASH. Dodatkowa 
pami§6 Flash mo±e sluzyc nie tyiko do emulacji pami^cl EEPROM. 

Jednym z problem6w, jakie napotyka sl§ przy emulacji paml§ci EEPROM 
w paml^ci typu Flash jest fakt, ze pami^c Flash dziate w inny spos6b. Dane naleziy 
zmlenlac sektorami, nie mo±na zmienia6 danych przyktedowo bajtami jak w przy- 
padku pami^ci EEPROM, co wymusza zastosowanie sterownika, ktory udost^p- 
niaj^c dziatanie zgodne z typowymi pami^ciami typu EEPROM, b^dzie operowa* 
na sektorach pami^ci Flash. Aby zmniejszyd ilo§c wymaganych zapis6w do pa- 
mi^ci Flash, zastosowano kolejne rozwl^zanie. Ze wzgl^du na to, ±e podczas 
typowej pracy pami^ci EEPROM dane s£i aktualizowane cz§sto i w naatej ilo§ci, 
przyktadowo po jednym bajcie, przy emulacji pami^ci EEPROM dane s^zbierane 
i zapisywane po pewnym czasie jako pakiet danych aktualizacyjnych. Czas taki 
mozna okreslie przyktadowo w sekundach lub jako ilosc wykonanych zmian na 
danych przechowywanych w pami^ci operacyjnej. Dodatkowo zapisywane dane 
mog^zostac poddane kompresji. jesli b^dzie to korzystne. Jednym z wymogow 
dzlateinia emulacji paml^ci nieulotnej EEPROM jest zagwarantowanie posiadania 



prawidtowej kopii danych nawet. je§li nie s^to najbardziej aktualne dane. 
Przyktedowo taka sytuacja ma miejsce w przypadku zaniku napi^cia podczas 
operacji zapisu danych. Aby zapewnie wymagane bezpieczertstwo danych emulo- 
wanej pami^ci EEPROM zastosowano obstug? kopii danych. DIatego system wy- 
maga podw6jnej ilo§6 miejsca w pami^ci Flash, aby emuiowa6 dan^ ilosc pami^ci 
EEPROM. Po zaprogramowaniu danych w jednym z dw6ch sektorow pami^ci 
Flash, drugi sektor musi bye wykasowany. W przypadku emulacji pami^ci 
EEPROM o wielkosci 32KB, wykorzystuje si? 2 sektory paml^ci Flash, ktore typo- 
wo maj^ wielkosc 64KB ka±dy. Dodatkowo istniej^trzy typy bufor6w w pami?ci 
operacyjnej RAM. Pienwszy z nich przechowuje zawsze najbardziej aktualny obraz 
emulowanej pami^ci EEPROM. Drugi przechowuje ostatni pakiet danych aktuali- 
zacyjnych, a ostatni opcjonalnie jest uiywany do przechowywania pakietu danych 
aktualizacyjnych po kompresji. 

Wynalazek jest przedstawlony w przyktadzie realizacjl na rysunku, na ktorym 
fig. 1 przedstawia przyktedowe urz^dzenie w postaci dekodera telewizji cyfrowej 
wykorzystuj^ce spos6b wedfcig wynalazku, fig. 2 ujawnia procedure uruchomienia 
systemu emulacji pami^ci, fig. 3 - procedure zapisu danych do pami^ci, fig. 4 - 
przykfeidowy fomnat pakietu danych aktualizacyjnych, fig. 5 przedstawia sektor pa- 
mi?ci Flash zawieraj^cy dane emulowanej pami^ci EEPROM oraz pakiety danych 
aktualizacyjnych, fig. 6 obrazuje fomiat nagtowka pakietu danych aktualizacyjnych, 
fig. 7 - procedure zapisu danych do aktualizacji, z kolei fig. 8 przedstawia proce- 
dure przygotowania danych do aktualizacji z mozliwosci^ uniewaznienia poprzed- 
nio zapisanego pakietu, a fig. 9 procedure wyboru aklualnego sektora pami^cl 
nieulotnej. 

Przedstawiony na fig. 1 rysunku odbiomik sygnalu b^d^cy dekoderem telewizji 
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cyfrowej jest prezentowany dia potrzeb wynalazku w wersji uproszczonej. z ujaw- 
nieniem tyiko element6w wymaganych dIa przedstawienia idei wynalazku. Deko- 
der telewizji cyf rowej 101 zawiera wiele modut6w. Najwazniejszym z nich jest pro- 
cesor 120 zarz^dzaj^cy prac^ urz^dzenia. Dodatkowo wedtug wynalazku. proce- 
sor obsluguje wewn^trzny blok 121 steruj^cy emulacj^ pami^ci EEPROM oraz 
blok przetwarzania sygnaKi 122. Do procesora jest podi^czony sygnat z bloku 
odbioru sygnatu 110. Dodatkowo procesor ma mo±liwo§6 dwukierunkowej wymia- 
ny danych poprzez Interfejsy zewn^trzne 140. Dekoder telewizji cyfrowej zawiera 
tak2e kllka rodzajdw pamlQci. kt6re ssidwukierunkowo pol^czone z procesorem. 
S£ito przyktedowo pami^c stata, korzystnie typu Flash 150 i operacyjna RAM 160- 
Wpami?ciach tych ssiprzechowywane programy steruj^ce prac^ dekodera tele- 
wizji cyfrowej. Bloki 130 oraz IM umotliwiaj^ odpowiednio nadanie wyjsciowego 
sygnaKi AN oraz komunikacj? z zewn^trznymi urz^dzeniami kontroli. przyktedowo 
z pilotem. 

Na fig. 2 przedstawiono proceS inicjowania emulacji panni^ci EEPROM wed^ug wy- 
nalazku. Procedura ta jest wykonywana przy uruchamianiu urz^dzenia, kt6re sto- 
suje emulacj?. Procedura rozpoczyna si? w punkcle 201. Nast^pnie. w kroku 202, 
wybiera si? sektor. z ktorego b^d^odczytane dane. jako sektor aktualny. Jeden 
z dwoch sektorow wybiera sIq w zaleznosci od kilku kryteriow. Zostan^ one szcze- 
gotowo przedstawione na fig. 9. Dalej. w kroku 203 procedury. nast^puje wykaso- 
wanie zawartosci drugiego sektora. Punkt 203 procedury jest wykonywany, jesli 
pomocniozy sektor pamiQci zawiera dane. mimo. te nie powinien. Sytuacja taka 
moze miec miejsce przy pierwszym uruchomieniu emulacji pami^ci EEPROM. je§li 
w tym sektorze paml^ci byly wcze§niej inne dane lub w przypadku. gdy nast^ito 
przerwanie zapisu pienwszego pakietu danych aktualizacyjnych do drugiego sek- 
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tora, przyktadowo wskutek zaniku zasilania lub tu± po jego zakortczeniu, ale przed 
skasowaniem zawarto§ci pierwszego sektora. W takim przypadku, przy kolejnym 
starcie emulacjl istniejqdane w dw6ch sektorach i diatego jeden z nich Jest kaso- 
wany. Nast^pnie inicjuje si§ odczyt wybranego sektora 204 pami^ci Flash, pobie- 
raj^c do pami^cl operacyjnej RAM pierwotny obraz emulowanej pami^ci 
EEPROM. Przyktadowo moze to bye 32KB jednego sektora pami^ci Flash, kto- 
rego wielkosc wynosi zwykle 64KB. JeSli pod(2:as odczytu wyst£|pi btq.d, przykta- 
dowo dane nie s^ poprawne, wtedy jest kasowana zawartoic aktualnego sektora. 
W punkcie 205 procedury poblera si§ plerwszy pakiet danych aktualizacyjnych 
z pamifci Flash i sprawdza czy jest on wa±ny, czyli czy zawiera dane, kt6re s^ 
aktualne 206 . Jesll pakiet nie zostal uniewa±niony (punkt 805) . w punkcie 207 
procedury, sprawdza si? czy dane pakietu s£i skompresowane. Je§ll tak, 
w punkcie 208 jest on dekompresowany. W przeciwnym wypadku procedure 
przechodzi od razu do punktu 209. gdzle dane pakietu zapisuje si§ w pami^ci 
operacyjnej RAM, przechowuj^cej aktualny obraz ennulowanej pami^cl EEPROM. 
Ostetnim punktem procedury jest sprawdzenie 210 czy w pami^cl Flash s^ 
jeszcze dane do odczytania. Jesll tak, procedure przetwarza kolejne pakiety da- 
nych aktualizacyjnych zgodnie z opisanym algorytmem. Jesll zaplsano ostatni 
pakiet, procedura kortczy swoje dzlatenie. Po wykonaniu procedury z fig.2 w pa- 
ml^ci operacyjnej dost^pne s^wszystkle dane emulowanej paml^cl EEPROM. 
Na fig.3 przedstawiono procedure zaplsu danych emulowanej pami?ci EEPROM 
w pami^cl Flash. Rozpoczyna si§ ona w punkcie 301 , gdzle przygotowuje si? dane 
do aktualizaqi zawartosci pami?d Flash. Dane te ssitekze zapisywane w buforze 
pami^ci operacyjnej RAM, ktora zawsze przechowuje aktualny zawartosc emulo- 
wanej pami^cl EEPROM, co zostenle szczeg6towo przedstawlone na fig. 8 rysun- 
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ku. Nast^pnie. w kroku 302 procedury. sprawdza si? czy rozmiar pakietu danych 
aktuallzacyjnych jest wi^kszy ni± ustalona wartos6. W prezentowanym przyktadzie 
wykonania saito 64 bajty. Je^li tak. procedura przechodzi do punktu 303. gdzie pa- 
kiet danych aktualizacyjnych jest poddawany kompresji. W przyktedzie implemen- 
tacji zakteda si?, ze pakiet danych aktualizacyjnych, kt6rego wlelko§6 jest mniej- 
sza niz 64 bajty. nie jest poddawany kompresji za wzgl^du na niskie prawdopodo- 
bienstwo osi^ni?cia redukcji wielkosci pakietu. Nast^pnie. w punkcie 304 proce- 
dury. sprawdza si? wynik kompresji z punktu 303. Sprawdzenie to okresla czy 
zysk z kompresji danych jest wystarczaj^co du±y. aby ponie^c dodatkowy koszt 
czasu potrzebnego na dekompresj? pakietu w momencie inicjowania systemu 
emulacji pami?ci EEPROM wedhig wynalazku. Je§li tak. to dalej przetwarza si? 
pakiet skompresowany. a jesli nie. to przetwarza si? pakiet nieskompresowany. 
Dalej procedura zapisu przechodzi do punktu 305. w kt6rym nast?puje sprawdze- 
nie czy w aktualnym sektorze pami?ci Flash jest odpowiednia ilos6 miejsca do 
zapisu nowego pakietu danych aktualizacyjnych. Je§li tak. w punkcie 306 zapisuje 
si? pakiet danych aktualizacyjnych. czyli ostatnio modyfikowane dane. w pami?ci 
Flash - ilustruje to szczegotowo fig. 7 w powi^zaniu z fig. 6. W przeciwnym przy- 
padku. w punkcie 307 procedury zmienia si? aktualny sektor na drugi. Dalej za- 
pisuje si?, jako nowy pierwotny obraz emulowanej pami?ci EEPROM. peten obraz 
przechowywany w buforze pami?ci operacyjnej RAM. czyli aktualny obraz emulo- 
wanej pami?ci EEPROM. w punkcie 308 procedury. Nast?pnie w punkcie 309 ka- 
suje si? zawartosc drugiego sektora pami?ci Flash. gdy± dopiero w tym miejscu 
jest pewnosc. ze dane emulowanej pam.?ci EEPROM nie zostan^ utracone. 
W tym miejscu w nowo wybranym sektorze pami?cl Flash jest juz dodatkowe 
miejsce na nowe pakiety danych aktualizacyjnych. Procedura zapisu kortczy dzia- 
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tenle w punkcie 310. 

Na fig.4 przedstawiono ptzyktedoNA/y format pakietu danych aktualizacyjnych. wed- 
lug ktorego zapisuje si§ informacje w pami^ci Flash. Skteda si? on z czterech p6l. 
z kt6rych pien^^ze to nagtowek pakietu 401. drugie to wielkosc grupy danych 402 
(pole wyst^puj^ce w przypadku pakiet6w danych aktualizacyjnych. w ktorych wys- 
t^puje wiele grup danych aktualizacyjnych (ang. Multi block patch)), trzecie to 
przesuni^cie danych wzgl^dem pocz^tkowego adresu 403- To pole wyst^puje 
tyiko w przypadku nieskompresowanych pakietow danych aktualizacyjnych. Ostat- 
nie pole to same dane 404. Pakiet danych aktualizacyjnych mo±e zawiera6 wiele 
grup danych. z ktorych ka±da zostaje zapisana pod innym adresem pami^ci. 
W przypadku. gdy pakiet danych aktualizacyjnych jest skompresowany. nie zawle- 
ra pola przesuni^cia. za§ sam^ wartos6 przesuni^cia odozytuje si? dopiero po de- 
' kompresji pakietu. W przypadku, gdy pakiet zawiera wiele grup danych. wartosci 
p6l 403 zawieraj^ przesuni^cie wzgl?dem adresu koAcowego poprzedniej grupy 
danych. W ten sposob tyIko p\emsze przesuni^cie okresla adres bezwzgl^dny. 
a kolejne wartoSci to adresy wzgl?dne wobec poprzedniej grupy danych. Umoz- 
liwia to zmniejszenie ilosci bitow. na ktorych zapisuje si? adresy pami?ci. 
Na fig. 5 przedstawiono podziat sektora pami?ci Flash na dwie cz?sci. Pien«/sza 
z nich 501 to pienA/otny obraz emulowanej pami?ci EEPROM. a druga 502 to zes- 
taw pakiet6w danych aktualizacyjnych tej pami?ci. Sektor w pami?ci Flash ma roz- 
miar 64KB, wiec miesci zawsze peten pienwotny obraz emulowanej pami?ci 
EEPROM. nawet nieskompresowany. jak rbwniez: do kilku tysi?cy pakietow da- 
nych aktualizacyjnych (ang. Patch). Pelny obraz zapisywany jest na pocz^tku 
kazdego sektora jako pien«,otny obraz emulowanej pami?ci. Mozna zapisywac za 
kazdym razem petny obraz i zmienia6 sektor za ka±dym zapisem. ale rozwi^zanie 
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z wykorzystaniem pakiet6w danych aktualizacyjnych jest bardziej efektywne. gdy± 
z reguty pakiety te s^znacznie mniejsze od 32KB. 

Na fig. 6 przedstawiono format nagtowka pakietu danych aktualizacyjnych z fig. 4. 
Eiementy 601-604 cdpowladaj^ 401- 4Q4. Nagt6wek 601 skteda si§ z 7 cz^sci 
601a - 601q . Bit 601a to bit startu, zmieniany w momencie rozpocz^cia przygoto- 
wania do zapisu pakietu danych aktualizacyjnych. 601b to bit „poprawnego zapi- 
su wielkoSci oraz formatu" zmieniany po tym. jak wielko§c oraz fomiat danych 
zostan^ prawidtowo zapisane. 601c to bit „poprawnego zapisu" zmieniany po tym, 
jak cafy pakiet danych aktualizacyjnych zostanie poprawnie zaplsany w pami^ci 
Flash. Za pomoc^tych trzech bit6w podczas odczytu danych 206 mozna stwier- 
dzie ile kolejnych bajtdw w pami^ci Flash mogto zostad zmienionych i na podsta- 
wie tego okreslic. gdzie mozie si? znajdowae kolejny pakiet danych. Je§li w dowol- 
nym momencie nast^i zanik zasilania kolejne pakiety danych mog^ bye zapisy- 
wane bez konlecznoSci kasowania catego sektora zaraz za pakietem, ktorego za- 
pis nie zostat zakortczony. 601d to bit zmieniany po tym, jak pakiet danych aktuali- 
zacyjnych zostaje uniewa±niony. Jesli wl§c kolejny pakiet danych odtNA/arzatoy 
Stan pami^ci EEPROM sprzed poprzedniej aktualizacji. mozna zamiast zapisu 
kolejnego pakietu uniewa2ni6 poprzedni. 6gie to dwa bity. ktdrych wartosc defi- 
niuje fomiat pakietu danych aktualizacyjnych. Za pomoc^dwdch bitow mozna 
zdefiniowad cztery fomiaty, jednak w przyktedo>A/ym rozwiqzaniu mo±na zdefinio- 
wac 3 formaty, a czwartsimoiiliwq. wartosc zarezerwowac na przyszte rozszerze- 
nie systemu zgodnie z ide^i wynalazku. Przykladowe fomiaty to: 

• 0x00 pojedynczy blok nieskompresowany 

• 0x01 pojedynczy blok skompresowany 

• 0x1 0 wiele grup nieskompresowanych danych. 
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Ostatnim polem nagtowka pakietu danych aktualizacyjnych jest 601f. w kt6rym ok- 
resla si? calkowitai lloSc danych w pakiecie danych aktualizacyjnych. nie uwzgi^d- 
niaj^c wielko^ci nagtowka. W pizypadku pol 601f. 602 oraz 603 dwa pierwsze bity 
definiujsiformat. w jakim zapisuje si? wartosci ilosci danych oraz przesuni?cia ad- 
resu. Warto§ci tych bitow dia pola 602_okreslae mog^ przyWadowo: 

• 0x00 pole jest opisane z uzyciem 4 bit6w. 

• 0x01 pole jest opisane z uzyciem 8 bit6w. 

• 0x1 0 pole jest opisane z uzyciem 1 2 bitow. 

Wartosci tych bit6w dla pol 601f oraz 603 okre§la6 mog^ przyktedowo: 

• 0x00 pole jest opisane z uzyciem bitow z aktualnego bajtu. 

. 0x01 pole jest opisane z u2yciem bit6w z aktualnego bajtu oraz kolejnego 
bajtu. 

. 0x10 pole jest opisane z uiyciem bitow z aktualnego bajtu oraz kolejnych 
dwoch bajtow. 

Na fig. 7 przedstawiono szczegotowo punkt 306 procedury z fig. 3 rysunku. Zapis 
pakietu danych aktualizacyjnych rozpoczyna si? w punkcie m. Qdzie zmienia si? 
warto§6 bitu startu 601a. Nast?pnie w punkcie 702 procedury zapisuje si? wiel- 
ko§6 oraz typ pakietu danych aktualizacyjnych - pola 601e. 601f . Jesli wyst^i 
b^d procedura kortczy dziatenie. W wi?kszosci przypadkow bt^d. to zanik zasila- 
nla. Jesli zapis warto§ci p6l b?dzie poprawny. procedura przechodzi do punktu 
703. W kroku tym. zmienia si? warto§c bitu w polu 601b. Dalej. w punkcie ZM pro- 
cedury. zapisuje si? poszczeg6lne grupy danych. JeSH wyst^l W^d procedura 
koAczy dziatanie. Jesli zapis b?dzie poprawny. procedura przechodzi do punktu 
705. W kroku tym. zmienia si? wartoSc bitu w polu gOlc. W tym momencie proce- 
dura koAczy dziatenie. a pakiet danych aktualizacyjnych jest poprawnie zapisany 
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w pami^cl Flash. Po dokonaniu zapisu istnieje jeszcze dodatkowa mo2liwo6e jego 
uniewaznienia. Je^li pakiet danych aktualizacyjnych ma zostac uniewazniony. 
w procedurze przedsta>Anonej na fig. 8 zmienia si? wartosc pola BOId. 
Na fig. 8 przedstawiono procedure przygotowania danych do aktualizacji z mozli- 
wosciai uniewaznienia poprzednio zapisanego pakietu. Diagram jest uszczegoto- 
wieniem punktu 301 z fig- 3 rysunku. Procedura rozpoczyna siq w punkcie 801. 
gdzie pakiet danych aktualizacyjnych jest przygotowywany do zapisu w pami^cl. 
Mi^dzy innymi jest tworzony nagtowek pakietu. Nast^pnie w punkcie 802 zapisuje 
si? dane w pami^ci RAM. ktora przechowuje najbardziej aktualny obraz pami?ci 
EEPROM. jednoczesnie w buforze w pami?ci RAM przechowuje si? przygotowany 
pakiet danych aktualizacyjnych. Z kolei w kroku 803 procedury sprawdza si? czy 
ostatnio zapisany w pami?ci Flash pakiet danych aktualizacyjnych jest watny - 
" wartose pola 601d. Je§li pakiet jest uniewazniony kontynuuje si? proces zapisu 
807 nowego pakietu danych aktualizacyjnych. W przeciwnym wypadku. gdy pakiet 
poprzednio zapisany jest wa±ny. procedura przechodzi do punktu 804. Qd^'e 
sprawdza si? czy aktualnie przetwarzany pakiet odwraca zmiany wprowadzone 
zapisem poprzedniego pakietu danych aktualizacyjnych. Jesli nie. kontynuuje si? 
proces zapisu 807 nowego pakietu danych aktualizacyjnych. W przeciwnym pizy- 
padku. gdy pakiet odwraca zmiany wprowadzone zapisem poprzedniego pakietu. 
procedura przechodzi do punktu 805. W tym miejscu zmienia si? warto§6 bitu 
601d. ktory uniewatnia poprzednio zapisany pakiet. Dalej procedura przechodzi 
do punktu 806. gdzie anuluje (przerywa) si? zapis nowego pakietu danych aktuali- 
zacyjnych do pami?ci Flash. 

Na flg. 9 przedstawiono szczegbtowo procedun? wyforu aktualnego sektora. kt6ra 
jest wywotywana w punkcie 222 z fig. 2 -ysunku. Aktualny i pomocniczy sektor jest 
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wybierany na podstawie analizy kilku kryteriow. Pierwsze z nich. to czy 
zakortczono poprzedni zapis danych. Drugie. to czy sektor zawiera dane zgodne 
z wymaganym formatem. Trzecia z mozliwosci wyst^puje w przypadku. gdy emu- 
lacja pamif ci EEPROM jest inicjowana po raz pierwszy w danych urz^dzenia. 
Procedura rozpoczyna dziatenie w punkcie 901 . gdzie ustawia si^ pierwszy sektor 
jako aktualny. Nast^pnie. w punkcie 902 procedury. sprawdza si^ czy zapisane 
dane maj^poprawny format oraz czy dane zostaiy zapisane poprawnie. Mo±na to 
okre§li6 analizuj^c odpowiednie bity nagtowka pakietu danych. Je^li sprawdzenie 
z kroku 903 okresli. ±e w sektorze pienfl^zym znajduK si? niepoprawne dane. jako 
aktualny sektor ustawia si? sektor drugi. a sektor pienwszy jako pomocniczy 909. 
Jesli sprawdzenie z kroku 903 okreSli. 2e w sektorze pierwszym znajduj^ si? pop- 
rawne dane. w punkcie 904 ustawia si? drugi sektor jako aktualny. Nast?pnie. 
w punkcie 905 procedury. sprawdza si? czy zapisane dane maj^poprawny fomiat 
oraz czy dane zostaty zapisane poprawnie. Jesli sprawdzenie z kroku 906 okresli. 
ze w sektorze drugim znajduj^si? niepoprawne dane. jako aktualny sektor ustawia 
si? sektor pien/^szy. a sektor dmgi jako pomocniczy 908- Jesli sprawdzenie z kro- 
ku 906 okre§n. ze w sektorze pienwszym znajduj^si? poprawne dane. w punkcie 
907 procedury. jako aktualny sektor ustawia si? sektor. w kt6rym jest wi?cej wol- 
nego miejsca. Sektor. w ktbrym jest wi?cej wolnego miejsca zawiera bardziej 
aktualne dane. Procedura. wyboru aktualnego oraz pomocniczego sektora kortczy 
dziatenie w punkcie 910. j 

RZECZaSilK bjl INTOWY 
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Zastrzeienia patentowe 

1 . Sposob emulacji pami^ci EEPROM w innej pami^ci nieulotnej na drodze 
programowej. znamienny tym, ±e po zainicjowaniu emulacji rezenwuje si§ dwa 
sektory pami^ci nieulotnej petni^ce funkcj? sektora aktualnego oraz pomocnicze- 
go i tworzy si? dwa bufory w pami^ci operacyjnej. z ktorych pien^/szy przechowuje 
zawsze najbardziej aktualny obraz emulowanej pami^ci EEPROM. a drugi prze- 
chowuje ostatni pakiet danych aktualizacyjnych. ponadto aktualny sektor pami^ci 
nieulotnej jest zorganizowany tak. ±e cz§s6 sektora zawiera pieoA/otny obraz emu- 
lowanej pami^ci, a pozostata cz^sd jest sukcesywnie wypetniana pakietami da- 
nych aktualizacyjnych opisuj^oych zmiany w zawarto§ci pienwotnego obrazu emu- 
lowanej pami?ci. z kolei w momencie. gdy nowy pakiet danych aktualizacyjnych 
n,e mote zostac dopisany do aktualnego sektora. zamienia si? funkcje sektorow 
pam.?ci nieulotnej. przez co aktywuje si? poprzednio pomocniczy sektor pami?ci 
nielotnej zapisuj^c aktualny obraz emulowanej pami?ci z pam.?ci RAM do nowo 
aktywowanego sektora jako nowy pien«.otny obraz emulowanej pami?ci. natomiast 
po poprawnym zapisie kasuje si? zawarto^c poprzednio aktualnego sektora pa- 
mi^ci nieulotnej. 

2. Sposob emulacji pami?ci EEPROM wedlug zastrz. 1 . znamienny tym, te 
tworzy si? trzeci bufor w pam.?ci operacyjnej. kt6ry jest u2ywany do przechowy- 
wania pakietu danych aktualizacyjnych po kompresji. 
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3. Sposob emulacji pami^ci EEPROM wedhjg zastrz. 2. znamienny tym. ze przy 
inicjowaniu emulacji wybiera si? selctor aktuainy. nast^pnie kasuje si? zawartosc 
sektora pomocniczego. a dalej pobiera si? z alctualnego sektora pami?ci nieulotnej 
do pami?ci operacyjnej RAM pierwotny obraz emulowanej pami?ci EEPROM. po 
czym pobiera si? pienwszy pakiet danych aktualizacyjnych z aktualnego sektora 
pami?ci nieulotnej i sprawdza czy jest on watny. z tym. ±e jesli pakiet nie zostat 
uniewainiony. sprawdza si? czy dane pakietu s^ skompresowane. i w przypadku. 
w ktorym nie s^ one skompresowane zapisuje si? je w buforze pami?ci operacyj- 
nej RAM. przechowuj^cym najbardziej aktuainy obraz emulowanej pami?ci 
EEPROM. natomiastw przypadku przeciwnym przed zapisem do bufora pami?ci 
pakiet danych aktualizacyjnych jest dekompresowany. przy tym w przypadku. gdy 
pakiet zostat uniewazniony zostaje on pomini?ty. zas w ostatnirn punkcie proce- 
" dury inicjowania emulacji sprawdza si? czy w pami?ci nieulotnej s^ jeszcze dane 
do odczytania i jesli tak przetwarza si? kolejne pakiety danych aktualizacyjnych 
zgodnie z opisanym algorytmem. 

4. Sposob emulacji pami?ci EEPROM wedhig zastrz. 3. znamienny tym. te 
aktuainy i pomocniczy sektor wybiera si? ustawiaj^c pierwszy sektor jako aktuainy. 
nast?pnie sprawdza si? czy zapisane dane maj^ poprawny fomnat oraz czy dane 
zostaty zapisane poprawnie. i jesli w wyniku tego sprawdzenia oka±e si?, ie 
w sektorze p.en«szym znajduj^si? niepoprawne dane. jako aktuainy sektor usta- 
wia si? sektor drugi. zas sektor pienA/szy ustawia si? jako pomocniczy, natomiast 
w przypadku przeciwnym. to jest, gdy w sektorze pienA/szym znajduj^ si? popraw- 
ne dane ustawia si? drugi sektor jako aktuainy. a nast?pnie sprawdza si? czy za- 
pisane dane maj^poprawny fomnat oraz czy dane zostaiy zapisane poprawnie. 
i jesli w wyniku tego sprawdzenia okaze si?, ie w sektorze dmgim znajduj^ si? 
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niepoprawne dane. jako aktualny sektor ustawia si? sektor pierwszy. natomiast 
sektor drugl ustawia si? jako pomocniczy. zas w przypadku przeciwnym jako aktu- 
alny sektor ustawia si? sektor. w ktorym jest wi?cej wolnego miejsca. 
5. Spos6b emuiacji pami?ci EEPROiy/l wedtug zastrz. 2. znamienny tym. ze pro- 
ces zapisu nowego pakietu danych aktualizacyjnych rozpoczyna si? od przygoto- 
wania danych do aktualizacji zawartosci pami?ci nieulotnej. przy czym dane s^ 
takze zapisywane w buforze pami?ci operacyjnej RAM, a nast?pnie sprawdza si? 
czy rozmiar pakietu danych aktualizacyjnych jest wi?kszy niz ustalona wartosc 
i jesli tak. to pakiet danych aktualizacyjnych poddaje si? kompresji po czym spraw- 
dza si? czy wynik kompresji odpowiada wymaganym zatozeniom redukcji wielko§- 
ci pakietu. z tym. ±e w przypadku zgodnosci dalej przetwarza si? pakiet skompre- 
sowany. zas w przypadku przeciwnym przetwarza si? pakiet nieskompresowany. 
" nast?pnie sprawdza si?, czy w aktualnym sektorze pami?ci nieulotnej jest odpo- 
wiednia ilosc miejsca do zapisu nowego pakietu danych aktualizacyjnych. 
i w przypadku wystarczaj^cej ilosci miejsca zapisuje si? pakiet danych aktualiza- 
cyjnych. a w przypadku braku odpowiedniej iloSci wolnej przestrzeni zmienia si? 
aktualny sektor na drugi i zapisuje si? w drugim sektorze pami?ci nieulotnej nowy 
pienA/otny obraz emulowanej pami?ci EEPROM. po czym kasuje si? zawartosc 
drugiego sektora pami?ci Flash. 

6. Spos6b emuiacji pami?ci EEPROM wedtug zastrz. 5. znamienny tym. ie 
w procesie przygotowania danych aktualizacyjnych zawartosci pami?ci nieulotnej 
dokonuje si? przygotowywania pakietu danych aktualizacyjnych do zapisu w pa- 
mi?ci. nast?pnie zapisuje si? dane w pami?ci RAM przechowuj^cej najbardziej 
aktualny obraz pami?ci EEPROM. jednoczesnie w buforze w pami?ci RAM prze- 
chowuje si? przygotowany pakiet danych aktualizacyjnych. a nast?pnie sprawdza 
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s\q czy ostatnio zapisany w pami^ci nieulotnej pakiet danych aktualizacyjnych jest 
wa±ny. przy czym jesli pakiet jest uniewa±niony kontynuuje si§ proces zapisu no- 
wego pakietu danych aktualizacyjnych, natomiast w przypadku gdy pakiet pop- 
rzednio zapisany jest wa±ny. sprawdza si§ czy aktualnie przetwarzany pakiet 
odwraca zmiany wprowadzone zapisem poprzedniego pakietu danych aktualiza- 
cyjnych. ztym. ie \em przetwarzany pakiet nie odwr6cittych zmian kontynuuje siq 
proces zapisu nowego pakietu danych aktualizacyjnych, a w przeciwnym przypad- 
ku, gdy pakiet odwraca zmiany wprowadzone zapisem poprzedniego pakietu. 
zmienia s\q wartosd bitu, ktory uniewa±nia poprzednio zapisany pakiet i anuluje si? 
zapis nowego pakietu danych aktualizacyjnych do pami^ci nieulotnej. 
7. Spos6b emulacji pami^ci EEPROM wediug zastrz. 2. znamienny tym. ie for- 
mat pakietu danych aktualizacyjnych skteda si? z czterech pol, z ktorych pienwsze 
to nagtewek pakietu. drugim polem wyst^pujsicym w przypadku pakietow danych 
aktualizacyjnych zawieraj^cych wiele grup danych jest pole wielkosci grupy da- 
nych. trzecim wyst?puj^cym tyiko w przypadku nieskompresdwanych pakietow 
danych aktualizacyjnych jest pole przesuni?cia danych wzgl?dem pocz^tkowego 
adresu. natomiast ostatnim polem jest pole danych pakietu. przy czym pakiet da- 
nych aktualizacyjnych zawiera wiele grup danych, z ktorych kaid^zapisuje si? 
pod innym adresem pami?ci. a wartosci pola przesuni?cia grup danych pakietu 
zawieraj^ pizesuni?cie wzgl?dem adresu koncowego poprzedniej grupy danych, 
z ktorych tyIko pienwsze przesuni?cie okresia adres bezwzgl?dny. natomiast ko- 
lejne wartosci to adresy wzgl?dne wobec poprzedniej grupy danych. 
8. Spos6b emulacji pami?cl EEPROM wediug zastrz. 7. znamienny tym, ie 
skompresowany pakiet danych aktualizacyjnych nie zawiera pola przesuni?cia. 
natomiast sam^ warto§6 przesuni?cia odczytuje si? dopiero po dekompresji 
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pakietu. 

9. Spos6b emulacji pami^ci EEPROM wedhjg zastrz. 7. znamienny tym, ie 
format nagtowka pakietu danych aktualizacyjnych skteda siq z bitu startu zmie- 
nianego w momencie rozpocz^cia przygotowania do zapisu pakietu danych 
aktualizacyjnych. bitu poprawnego zapisu wielko§cl oraz formatu zmienianego po 
tym. jak wielko§6 oraz format danych zostan^ prawidtowo zapisane. bitu popraw- 
nego zapisu zmienianego po tym. jak caly pakiet danych aktualizacyjnych zostanie 
poprawnie zapisany w pami^ci nieulotnej. bitu uniewa±nienia zmienianego po tym, 
jak pakiet danych aktualizacyjnych zostaje uniewazniony i pola okreSlaj^cego for- 
mat pakietu danych aktualizacyjnych oraz pola okreSlaj^cego calkowit^ ilosc da- 
nych w pakiecie danych aktualizacyjnych. nie uwzgl§dniaj^c wielkoSci nagtowka. 
lO.Sposob emulacji pami^ci EEPROM wedtug zastrz. 9. znamienny tym. ±e for- 
mat pakietu danych aktualizacyjnych okre§la si§ jako jeden z trzech typow, to jest 
jako format pojedynczej aktualizacji. albo jako wiele grup danych aktualizacyjnych. 
albo jako pakiet skompresowany. 

11. Sposob emulacji pami^cl EEPROM wedtug zastrz. 5. znamienny tym. ze dia 
fomiatu nagtowka pakietu danych aktualizacyjnych sktadaj^cego si§ z bitu startu 
zmienianego w momencie rozpocz^cia przygotowania do zapisu pakietu danych 
aktualizacyjnych. bitu poprawnego zapisu wielkosci oraz formatu zmienianego po 
tym. jak wlelkos6 oraz format danych zostansi prawidtowo zapisane. bitu popraw- 
nego zapisu zmienianego po tym. jak cafy pakiet danych aktualizacyjnych zostanie 
poprawnie zapisany w pami^ci nieulotnej. bitu uniewaznienia zmienianego po tym. 
jak pakiet danych aktualizacyjnych zostaje uniewa±ntony i pola okre§laj^cego for- 
mat pakietu danych aktualizacyjnych oraz pola okre§laj^cego catkowit^ ilosc da- 
nych w pakiecie danych aktualizacyjnych. nie uwzgl^dniaj^c wielkoSci nagtowka. 
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zapis pakietu danych aktualizacyjnych rozpoczyna si? od zmiany wartoSci bitu 
startu, po czym zapisuje s\q wielko§6 oraztyp pakietu danych aktualizacyjnych i 
je§li wysteipi bteid procedura kon(2y dziafanie, natomiast jesli zapis wartosci p6l 
b^dzie poprawny zmienia siq wartosc bitu w polu poprawnego zapisu wielkosci 
oraz fomnatu i dalej zapisuje si? poszczegolne grupy danych, a jezeli wyst£|pi W^d 
procedura konczy dziatanie, jesli natomiast dotychczasowy zapis b?dzie poprawny 
zmienia siq >A«rtosc bitu poprawnego zapisu i w tym momencie konczy si? dzia- 
tanie procedury a pakiet danych aktualizacyjnych jest poprawnie zapisany w pa- 
mi§ci nieulotnej. 
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